iT邦幫忙

第 12 屆 iThome 鐵人賽

DAY 26
0

除了前一篇提到的Metrics之外,再接著介紹其他的部分。

  • Scylla Per Server Metrics:紀錄了request的數量之外,也紀錄了Timeouts值。
    當遇到Timeout的情況,可以分別到coordinator與replica的/var/log/message裡查看log紀錄,確認發生原因。
    https://ithelp.ithome.com.tw/upload/images/20200909/20113220CLwEcBWnRm.png
    另外在Cache這個分項裡,紀錄了在讀取過程中是否使用到快取。以及快取的新增與更新,還有因記憶體不足刪除的數量。
    https://ithelp.ithome.com.tw/upload/images/20200909/20113220ZRplRwQlho.png
    還有一個分項Memory,可分為LSA total memory與Non-LSA used memory。
    https://ithelp.ithome.com.tw/upload/images/20200909/20113220RsdIVJpMAR.png
    首先我們先了解一下這兩種類型的差別。
    Scylla使用了兩種allocator,一個是seastar allocator(non-LSA),另一個是Log-structured allocator(LSA)。
    LSA是用來處理資料如何分配在memtable以及cache之間。而non-LSA則是用於其他事務的使用。
    https://ithelp.ithome.com.tw/upload/images/20200909/20113220ozcq2pV9ZF.png
    這裡的total memory大小取決於/etc/sysconfig/scylla-server的大小設定。例如我們設定Scylla最多可以設定2G,而機器裡剩餘的服務可以使用2G的記憶體。
SCYLLA_ARGS="--log-to-syslog 1 --log-to-stdout 0 --default-log-level info --collectd-address=127.0.0.1:25826 --collectd=1 --collectd-poll-period 3000 --network-stack posix --memory 2G --reserve-memory 2G

如此一來,LSA記憶體的使用量會慢慢的增加,然後因為已經達到記憶體的使用上限無法繼續新增快取而趨近平緩。

  • Scylla CQL:除了紀錄coordinator的新增刪除修改查詢次數外,也會顯示是否有語法沒有使用prepared statement,沒有使用page,以及是否使用ALL FILTERING的數量。
    https://ithelp.ithome.com.tw/upload/images/20200909/20113220R4o84AIVyA.png

上一篇
Day 25 Scylla Monitor(一)
下一篇
Day27 實作-新增與刪除node
系列文
ScyllaDB實作紀錄30
圖片
  直播研討會
圖片
{{ item.channelVendor }} {{ item.webinarstarted }} |
{{ formatDate(item.duration) }}
直播中

尚未有邦友留言

立即登入留言